home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d21 / dv_help.arc / DVAPPS.THD next >
Encoding:
Text File  |  1988-03-26  |  8.3 KB  |  207 lines
  1. r
  2. @*
  3. Massaging various applications programs and their setups to work under DesqView
  4. seems to take a bit of effort, but all the popular programs discussed by the
  5. members eventually proved susceptible of adaptation.  The particular programs
  6. discussed are preceded by the "@*" symbols.
  7.  
  8.  
  9. @* DBASE III
  10.  
  11. Fm: Steve Kalman 75136,360
  12. To: ALL
  13.  
  14. Maybe I need a vacation...I *KNOW* I had this working before....
  15.  
  16. When I run db3 under DV and I write a screen with @SAY..@get I cannot clear the
  17. screen using the dbase command CLEAR. If I subsequently issue some commands
  18. from the dot prompt, they will be cleared via the clear command; and if they're
  19. long lines, they'll overwrite the @say'ed stuff. As a test, I started with a
  20. clear screen, then issued @10,10 say 'this is a test' then CLEAR ...NG, the
  21. line was still there. WHen I went to the DV menu and switched to another
  22. partition and back, it was gone (but other command line stuff was there).
  23. This is actually a problem, because if I leave a menu up, then switch to
  24. another area, then switch back, the menu is gone, but the cursor is still in
  25. the input field!
  26.  
  27. Further testing reveals that DEVICE=ANSI.SYS in CONFIG.SYS has no effect.
  28.  
  29. My options (as revealed in Change Program) are all ON except for
  30. Writes Directly to Screen
  31. Runs only in Foreground
  32. Runs from Floppy
  33.  
  34. I tried to change the first one and it got rid of the CLEAR problem, but then
  35. every time db3 wrote to the screen in the BG, it showed up on the active FG
  36. screen, and if I did a list in BG it would scroll the active FG screen right
  37. off!
  38.  
  39. I've also tried to change the startup command; is does not matter whether I use
  40. d3-load.com or not.
  41.  
  42. And, as I said in the beginning, I *KNOW* I had it working before, but I cannot
  43. figure which change fouled things up, or what to do to fix it.
  44.  
  45.  
  46. Fm: Steve Kalman 75136,360
  47. To: ALL
  48.  
  49. For those of you using dv and dbase III + I've found an inconsistency between
  50. the old product and the new one. db3+ *REQUIRES* that the option "Writes
  51. Directly to screen" be ON (selected). Failure to do so inevitably leads to the
  52. BOS.
  53.  
  54. The problem that this causes is that any screen output done by db3 will appear
  55. no matter what window you're working in, which can be distracting. It is
  56. possible to turn the screen off in db3, tho (set console off), but this removes
  57. all "capture" of normal screen messages.
  58.  
  59. For "classic" background tasks (e.g., compute bound jobs, or long reports),
  60. this might be OK, but for the type of job that displays a menu of smaller
  61. reports that you want to select a subset of, then reprogramming is in order.
  62.  
  63.  
  64. Fm: Ben Klausner 70340,374
  65. To: Steve Kalman 75136,360 (X)
  66.  
  67. Doesn't DB3 include a .PIF file that would solve that? Also, I would think that
  68. DV's DB3-LOAD.COM would create an appropriate setup. Don't use DB3 though, so
  69. I'm just guessing.
  70.  
  71.  
  72. Fm: Steve Kalman 75136,360
  73. To: Ben Klausner 70340,374
  74.  
  75. The db3 PIF file does not work with db3 plus.  Neither does the load.com help.
  76. The message that I posted was after a lot of trial and error and a couple of
  77. calls to Quarterdeck (GA Saxer was a big help, as usual).
  78.  
  79.  
  80. Fm: Steve Kalman 75136,360
  81. To: Paul Ferrara 70075,252 (X)
  82.  
  83. To make a long story short(er), I found that if I set Jump Scroll to Yes, then
  84. the db3 clear command does not work, and that @say commands will write to the
  85. screen, even if db3 is in the BG. However, when I set it to NO, then db3 is
  86. well behaved.
  87.  
  88. One problem still exists, tho. When I write a menu with @say's and then switch
  89. to another screen for a while, when I switch back the menu text is gone, but
  90. the cursor is still on the @get answer field.
  91.  
  92.  
  93. @* WORDPERFECT
  94.  
  95. Fm: Michael Rothman 74405,1313
  96. To: Howard A. Cohen 72416,710
  97.  
  98. A fast report on Word Perfect 4.1 running under DESQview 1.2... it works great
  99. on my pc-at!  In fact, its open now in a small window, as I write this using
  100. ato to upload.  I've got three windows open actually, a 465k dos window, this
  101. window that is taking about 160k for ato, and a word perfect window weighing in
  102. at 200k.  As you can tell, i'm doing all this with a rampage-at board in the
  103. at.  Questions?
  104.  
  105.  
  106. @* THINKTANK
  107.  
  108. Fm: Jim Butler 74766,1460
  109. To: ALL
  110.  
  111. Has anyone successfully loaded Thinktank in a DV window? It takes up ALL my
  112. expanded memory ... As the first program, nothing else will load. If I load
  113. the Memory Size program first, it shows that TT is taking up almost 3.5 megs
  114. of expanded on the Rampage AT! No wonder when it is loaded near the end of the
  115. windows, the insufficient windows show.
  116.  
  117. I am not experienced with TT, but I saw no "switch" in the manual to limit the
  118. memory taken up by the program.  Any ideas?
  119.  
  120.  
  121. Fm: Michael Rothman 74405,1313
  122. To: Jim Butler 74766,1460
  123.  
  124. There is something I don't understand here.  I have thinktank ver 2.0
  125. (unprotected) and have it loaded right now under DESQview.  The other programs
  126. currently running are Window1:turbo lightning plus ato412c; Window2: pc-host;
  127. Window3: Thinktank 2.0.  All seems to be working just fine.
  128.  
  129. Thinktank does not, so far as I know, access any extended or expanded memory.
  130. Could you be thinking of Ready!  If so, I'm still puzzled, because, as a test,
  131. I've just also loaded Ready! in Window4, and all went smoothly.  The Ready!
  132. I've loaded is 1.0c and it loads under dv as if it is loading into standard
  133. memory, although in this case it is actually in expanded memory thanks to DV.
  134. All in all, I can't see where the problem may be, but all is working as I would
  135. hope on this system.
  136.  
  137.  
  138. Fm: Jim Butler 74766,1460
  139. To: Michael Rothman 74405,1313
  140.  
  141. There must be multiple versions of Think Tank then, because the "new"
  142. unprotected version sent out just a week ago gobbles up all available memory
  143. under Desqview.  For some reason, the DV window size does *not* limit it.  If
  144. loaded first, all other programs are unable to load.  The MS screen shows 0
  145. memory available!  If loaded last, the other programs are ok, but TT stills
  146. takes the memory down to 0.  This seems a little rude, don't you think?  The
  147. documentation said nothing about using expanded or extended memory, and the
  148. program file is dated August 1985 sometime ...
  149.  
  150.  
  151. Fm: Michael Rothman 74405,1313
  152. To: Jim Butler 74766,1460 (X)
  153.  
  154. On the problem of the new unprotected version of ThinkTank rudely taking all
  155. available high memory when loaded under DV... yes, that would be a bummer!
  156. There you have two of my favorite programs not getting along... something will
  157. have to be done.
  158.  
  159. The old version 2.0 of ThinkTank, protected but busted, works fine in DV.  Are
  160. there other reasons to switch to the new version?  What is the version number
  161. of the new version, and do we know what the differences are between it and 2.0?
  162. As I recall a comment from Dave Winer, the major difference is the elimination
  163. of the copy protection.
  164.  
  165.  
  166. @* READY!
  167.  
  168. Fm: Gary Saxer (Quarterdeck) 73206,564
  169. To: Earle Robinson 70135,141
  170.  
  171. Ready! seems to work just fine in a DV window.
  172.  
  173.  
  174. Fm: Steve Kalman 75136,360
  175. To: Dave Winer 76244,120 (X)
  176.  
  177. Do you know if Ready will (or won't) work under DV?  I'm one of those people
  178. who develops projects via Outlining (I use FW II, mostly), but I cannot get it
  179. to work well under DV so I'm considering a switch to Ready (besides, Paul
  180. Ferrara won't leave me alone until I switch!).  If it works, I'll buy it
  181. (actually, several, once I get it working under DV on the net, I'll wnat to
  182. distribute it to about 6 players, possibly more).
  183.  
  184.  
  185. Fm: Dave Winer (LVT) 76244,120
  186. To: Steve Kalman 75136,360 (X)
  187.  
  188. Yes, Ready! works with Desqview - this is how you do it: create a partition for
  189. Ready, and from its DOS command prompt, type READY (return).  Then press ctrl-5
  190. to activate Ready!.  From then on, use DV's context-switching commands to
  191. activate R!, don't use ctrl-5 to activate and deactivate.  It has been tested
  192. by both companies (us and Quarterdeck) and it works.
  193.  
  194.  
  195. @* LOTUS 1-2-3
  196.  
  197. Fm: Gary Saxer (Quarterdeck) 73206,564
  198. To: doug carson 76044,2627 (X)
  199.  
  200. I'm sorry I missed your original message.  Let me tell you what I know.  You
  201. can both store data in expanded memory as well as run programs in it with
  202. DESQview and the AST RAMpage card.  You can even run several copies of 1-2-3
  203. each of which uses expanded memory, and still be able to switch between them
  204. (and others) instantly.  Please note that even version 1A can run in expanded
  205. memory in DESQview.  Please leave an EASY message for me if you need more
  206. information.
  207.